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METHOD FOR PROVIDING AN IMAGE OF SOFTWARE 
INSTALLED ON A COMPUTER SYSTEM 



FIELD OF THE INVENTION 

The present invention relates to imaging technology, and more particularly to a 
method for providing an image of software installed on a computer system. 

BACKGROUND OF THE INVENTION 

A conventional computer system typically includes various different hardware 
subsystems, which constitute a particular hardware configuration. Figure 1 is a block 
diagram of a conventional computer system 50 comprising a central processing unit 
(CPU) 52, a display 54, a hard disk drive 56, input/output (I/O) devices 58, a compact 
disk (CD) drive 60, and network devices 62. 

A computer system is typically purchased with preloaded software, which can 
include an operating system, hardware drivers, software utilities, and commonly used 
application software, e.g., word processors and spreadsheets. The software is already 
loaded/installed on the computer system by the time it is delivered to a customer. The 
customer can be a large enterprise but is not limited to large enterprises. 

The individual software programs that constitute the preloaded software are 
provided by various software suppliers. For example, the operating system, e.g., 
Windows NT™ or OS/2™, would be provided by one software supplier. The hardware 
drivers, e.g., for a CD drive, would be provided by another software supplier. The 
individual software programs are typically provided on diskettes, the web, or CDs. 
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Preloading the software programs can be substantially cumbersome especially when the 
number of individual software programs is increased or when the number of computer 
systems to be preloaded is increased. 

The software is typically installed and stored on the hard disk drive of a computer 
system. The term "image" is used to describe the software installed on a hard disk drive 
of a computer system. Figure 2 is a block diagram of a conventional computer system 70 
comprising a hard disk drive 72 with an image 74 of the installed software, which can be 
loaded onto hard drives 76-80 of other computer systems 82-86, respectively. Typically, 
a customer of the computer manufacturer first purchases the first computer system 70 and 
customizes and then loads the image 74 onto the customer's other computer systems 82- 
86. 

Managing and loading one image onto another system is much more efficient than 
manually installing and loading the software programs individually onto the other system. 
Images are deployed by organizations such as an information technology (IT) shop of a 
customer. Some of these images can be created and deployed using software 
utilities/tools such as IBM's ImageUltra™, Microsoft's SysPrep™ or industry standard 
tools such as PowerQuest's Drivelmage™ or Symantech's Ghost™. Many of these 
software tools are primarily used to create a backup image for reinstallation should any 
software files become corrupted. 

Unfortunately, most of these images require a donor system and are monolithic; 
i.e., they only work on computer systems with the same hardware configurations. This is 
because an image is customized to a particular hardware configuration. This is 
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problematic because new images need to be created for new computer systems that are 
introduced in the customer's environment, where the new computer systems have a 
different hardware configuration. This problem exists even if the hardware configuration 
is only slightly different, such as being a different model. As a result, a customer needs 
to maintain and manage an inventory of images for the different hardware configurations 
of different computer systems. As the number of hardware configurations increase, the 
number of images that the customer needs to maintain increases, thus further 
complicating image-inventory management. 

However, new images must still be created for each hardware configuration 
because the conventional solutions do not modify the images themselves. Images must 
be built from scratch, which is time consuming and inefficient, especially where there are 
many computer systems with different hardware configurations. IBM's ImageUltra™ is 
designed to manage and maintain images. 

Accordingly, what is needed is an improved method for providing an image of 
software installed on a computer system. The method should facilitate management of 
image inventory and should facilitate deployment of images to new computer systems with 
different hardware configurations, even when portions of an image are not available for a 
particular computer system. The method should be simple, cost effective and capable of 
being easily adapted to existing technology. The present invention addresses such needs. 
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SUMMARY OF THE INVENTION 

A method for providing an image of software installed on a computer system is 
disclosed. The method includes the steps of deconstructing the image into at least one 
portion and creating at least one module from the at least one portion of the image. The 
deconstructing step can include the steps of scanning an image and identifying at least 
portion of the image to be modularized. The creating step can include the steps of extracting 
the at least one portion of the image identified to be modularized and generating at least one 
module from the extracted portion of the image. The modules that are created in accordance 
with the present invention can be formatted for use in a new image or part of a new image to 
be used with a software program such as with a hardware-independent imaging tool. 
Furthermore, the modules can be used with hardware-independent technologies and can 
facilitate management of image inventory and facilitate deployment of images to new 
computer systems with different hardware configurations. Furthermore, the method is 
simple, cost effective and capable of being easily adapted to existing technology. 



BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram of a conventional computer system; 

Figure 2 is a block diagram of a conventional computer system comprising a hard 
disk drive with an image of preloaded software, which can be loaded onto the hard drives of 
other computer systems; 

Figure 3 is a block diagram of an example image that has been installed and 
stored on a hard disk drive in accordance with the present invention; 
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Figure 4 is a flow chart showing a preferred embodiment of a method for 
providing an image of software installed on a computer system in accordance with the 
present invention; and 

Figure 5 is a flow chart showing in more detail the preferred embodiment of the 
method for providing an image of software installed on a computer system in accordance 
with another embodiment of the present invention. 

DETAILED DESCRIPTION 

The present invention relates to imaging technology, and more particularly to an 
improved method for providing an image of software installed on a computer system. 
The following description is presented to enable one of ordinary skill in the art to make and 
use the invention and is provided in the context of a patent application and its requirements. 
Various modifications to the preferred embodiment and the generic principles and features 
described herein will be readily apparent to those skilled in the art. Thus, the present 
invention is not intended to be limited to the embodiment shown but is to be accorded the 
widest scope consistent with the principles and features described herein. 

A method in accordance with the present invention, including the steps of 
deconstructing an existing image and creating one or more modules from all or part of the 
image, is disclosed. To deconstruct the image, the image is scanned to identify at least one 
portion of the image to be modularized. At least one portion of the image is then extracted, 
and at least one module is generated from that portion of the image. The module can then 
be formatted for use in a new image or part of a new image to be used with a particular 
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software program, such as with a hardware-independent imaging tool or with other 
hardware-independent application software. An advantage of making an image modular 
is that it allows hardware-independent software programs (e.g., operating system, 
commonly used application software) to be abstracted or separated from hardware- 
dependent software programs (e.g., device drivers, hardware-dependent software). 
Modules can be added or removed from an image as needed, or can be combined to 
create new modular-based images. To more particularly describe the features of the 
present invention, refer now to the following description in conjunction with the 
accompanying figures. 

Figure 3 is a block diagram of an example image 100 that has been installed and 
stored on a hard disk drive 1 10 in accordance with the present invention. The image 100 
comprises an operating system (OS) 102, hardware drivers 104, software utilities 106, 
and commonly used application software 108. To use the image 100 in a hardware- 
independent environment, modules are created from the image 100. A "module," as used 
in this specification, is software that comprises one or more software programs, 
installation scripts, definitions, and other data for installing the software programs on a 
computer system or for combining the module with an existing image or with another 
module. The module can be removed from or added to an existing image as needed. A 
method for creating such a module is described below with Figure 4. 

Figure 4 is a flow chart showing a preferred embodiment of a method for 
providing an image of software installed on a computer system in accordance with the 
present invention. Referring to both Figures 3 and 4, in a step 150, the image 100 is 



RPS920030090US1/2860P 



6 



deconstructed into at least one portion. The deconstruction step is described further 
below with Figure 5. Then, in a step 152, at least one module is created from at least one 
portion of the image 100. For example, specific application software 108, such as CD- 
RW software, could be modularized. There can be more than one module created 
depending on the specific application. The creating step 152 is also further described in 
detail below with Figure 5. Still referring to Figure 4, in a step 154, the module is 
formatted for use in a new image or part of a new image to be used with a particular 
software program such as a hardware-independent imaging tool. A hardware- 
independent imaging tool is a tool that builds images of software installed on computer 
systems. Such an imaging tool is hardware-independent because it operates 
independently from hardware infrastructure and thus can be implemented across different 
hardware platforms. 

By storing an image as modules, modules can be added to or removed from an 
image as needed. This flexibility is useful when an image is to be copied to computer 
systems with different hardware configurations, even when portions of an image are not 
available for a particular computer system. Such differences can result when the 
hardware of one or computer systems are upgraded. For example, one or more computer 
systems might be upgraded from having a CD drive to a CD-RW drive, or simply be 
upgraded from an older version of the original device driver. Rather than creating an 
entirely new image for the new hardware configuration, the portion of the image related 
to the CD drive can be stored as a module. This module is then replaced with a module 
with the appropriate CD-RW software. The modified image can then be deployed to one 
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or more computer systems with the new hardware configuration. The need to create an 
image with the CD-RW drive from scratch is avoided. 

If the modules are formatted for use in a new image, the new image would be a 
modular-based imaged. Alternatively, if the modules are formatted for use in an existing 
image that is not entirely modular based, the portions of that image with the new modules 
will be modular based and the remaining portions need not be modular based. This 
process can take place on a single computer at a customer site. Alternatively, the process 
can take place remotely over a network such as an intranet or the internet. 

Figure 5 is a flow chart showing in more detail the preferred embodiment of the 
method for providing an image of software installed on a computer system in accordance 
with the present invention. Referring to both Figures 4 and 5, the deconstruction step 150 
of Figure 4 can be implemented by the following steps in Figure 5. In a step 200, an 
image on a computer system is scanned. The image can be an existing image in a library 
of images. The scanned image comprises the files and dependencies for the software 
programs installed on the computer system. In a step 202, at least one portion of the 
image to be modularized is identified based on the results of the scan. 

The criteria for identifying which portion(s) of the image to modularize will vary 
depending on the specific application. The portions to be modularized can be those 
portions associated with hardware-independent software programs (e.g., operating 
systems, drivers, and application software). Alternatively, the portions to be modularized 
can be those associated with hardware-dependent software programs (e.g., device 
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drivers), or a combination of hardware-independent and hardware-dependent software 
programs. 

The entire image can be modularized such that all portions of the image are 
modularized. Alternatively, selected portions of the image can be modularized. As such, 
5 after the image is scanned, a list of portions of the image available to be modularized is 

provided. The list can comprise, for example, software programs for operating systems, 
drivers and application software, which are present in the image. They can be hardware 
independent, hardware dependent, or a combination of both. One or more portions of the 
image from the list can be selected to be modularized. The selection can be done 

10 manually by the customer. Alternatively, the selection can be done automatically based 

on predetermined criteria, e.g., certain application software of a certain class. For 
example, such a class can include all spreadsheet application software. 

Still referring to both Figures 4 and 5, the creating step 152 of Figure 4 can be 
implemented by the following steps in Figure 5. In a step 204, at least one portion of the 

15 image is extracted. In a step 206, at least one module from the extracted portion is 

generated. There can be one or more portions and one or more modules generated from 
each portion depending on the specific application. In the preferred embodiment, the 
module is generated using uninstall code, also referred to as uninstall "scripts," which are 
commonly used to remove an installed software program. To generate the module from 

20 the uninstall scripts, the uninstall scripts are first scanned/searched and analyzed in 

reversed order to determine the actions that have taken place to install the software. The 
uninstall scripts are typically stored in an uninstall file, in a registry, or in the OS 
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software and accessed from a dynamic-link library (DLL). The uninstall scripts typically 
include data such as application specific actions, decrement reference counts, shared DLL 
files, removed registry keys, pointers, links, files copied, and/or moved, etc. 

The module can then be installed onto a computer system or processed by an 
imaging tool by using install scripts that correspond to the uninstall scripts. The install 
scripts can be determined from information from the uninstall scripts in combination with 
log information related to the OS during an original installation. When a software 
program is installed under an OS, the OS maintains a log of actions taken during the 
installation process. For example, the log includes information on changes to the OS 
software. Such changes can include, for example, newly shared DLLs reference counts, 
removed tags, decremented reference counts, etc. Such information can be used to 
configure the generated install scripts. The install scripts are ascertainable because the 
install and uninstall procedures are standardized. Accordingly, existing information in 
the image can be used in a reverse engineering process to create install scripts from the 
uninstall scripts. The install and uninstall scripts can be stored in a location specified by 
the user or in a default location such as with the files needed by related software 
programs. 

Still referring to Figure 5, after the step 206, the module can then be formatted for 
use in a new image or part of a new image, and can be used with a software program, 
such as a hardware-independent imaging tool or other application software. The 
formatting can be done by running a set of wizards against the module. The wizards can 
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also format modules for use in an image or part of an image to be compatible with a 
hardware-independent imaging tool, such as like IBM's ImageUltra® . 

Once one or more modules are created, they can be stored in a module or image 
library and can be used or grouped as needed by the customer. For example, some of the 
modules can be used to create new modular-based hardware-independent images. Some 
of the modules can be used to modify existing hardware-independent modular-based 
images created in accordance with the present invention. Some of the modules can be 
used to modify existing images that are partly modular based. As can be seen, 
management of image inventory is greatly facilitated. 

The modules can also be integrated into a software developer's kit such as IBM's 
ImageUltra™ Builder™, which allows the customer to buy one computer system, 
configure it as desired, build an image, and then copy the image from the hard drive of 
the original computer system to other identical computer systems. If a customer wants to 
add a software program to an image being built, ImageUltra™ adds an application 
wrapper around the software program. The application wrapper automates the 
installation of the software program. In the preferred embodiment, install scripts are 
integrated into the application wrapper. 

In accordance with the present invention, an image can be made into modules 
even if the image was created by other technologies such as Microsoft's SysPrep™ 
image. The modules in accordance with the present invention would help customers to 
rapidly migrate their image inventory to take advantage of new hardware-independent 
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technologies. This is because the modules eliminate or reduce the need for manual 
application installation, hardware testing and support. 

An improved method for providing an image of software installed on a computer 
system is disclosed. The method includes the steps of deconstructing an existing image 
and creating one or more modules from all or part of the image. To deconstruct the image, 
the image is scanned to identify at least one portion of the image to be modularized. At least 
one portion of the image is then extracted, and at least one module is generated from that 
portion of the image. The module can then be formatted for use in a new image or part of a 
new image to be used with a particular software program, such as with a hardware- 
independent imaging tool or with other hardware-independent application software. An 
advantage of making an image modular is that it allows hardware-independent software 
programs (e.g., operating system, commonly used application software) to be abstracted 
or separated from hardware-dependent software programs (e.g., device drivers, hardware- 
dependent software). Modules can be added or removed from an image as needed, or can 
be combined to create new modular-based images. 

Although the present invention has been described in accordance with the 
embodiments shown, one of ordinary skill in the art will readily recognize that there could 
be variations to the embodiments and those variations would be within the spirit and scope 
of the present invention. For example, modules can also be created at the batch level. 
Also, if a plurality of modules is created from the at least one portion of the image, the 
plurality of modules can comprise a combination of hardware-independent and hardware- 
dependent modules. As such, the plurality of modules can be used with hardware- 
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independent or hardware-dependent software programs, a combination of both. 
Accordingly, many modifications may be made by one of ordinary skill in the art without 
departing from the spirit and scope of the appended claims. 
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